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ABSTRACT 



A method and system for generating variable modality child 
windows. An application is executed utilizing a graphical 
user interface (GUI) which enables a parent window. One or 
more child windows may be available to the user during 
execution. The level of modality of the child window is 
determined during programming by the application devel- 
oper. The operating system is modified to permit a variable 
level of modality during application execution. The devel- 
oper selects variable modality for one or more of the child 
windows. When the child window is opened, the user is 
allowed to interact with the other windows based on the 
developers determination of level of modality. The variabil- 
ity may be either application or system- wide. The user is 
thus permitted to interface with only some of the functions 
on the other windows on the desktop while the child window 
is open. 

18 Claims, 5 Drawing Sheets 



72 



DESKTOP 



Inactive Application 



74 



APPUCATION (PARENT WINDOW) 



RIe Edit View Insert Format Tools Window He] 



82b 



CHILD WINDOW 
SAVE? 



mi 



83 




-78 



76 



06/09/2004, EAST Version: 1.4.1 



U.S. Patent May is, 2001 Sheet 1 of 5 US 6,232,971 




06/09/2004, EAST Version: 1.4.1 



U.S. Patent May is, 2001 sheet 2 of 5 US 6,232,971 Bl 




06/09/2004, EAST Version: 1.4.1 



U.S. Patent May is, 2001 sheet 3 of S US 6,232,971 Bl 




06/09/2004, EAST Version: 1.4.1 



U.S. Patent May is, 2001 Sheet 4 of 5 US 6,232,971 Bl 









User St 
applicatic 
window 


arts an 
n; parent 
appears 





52 



User takes action 
that causes dialog 
box to appear 



If 54 



•56 



User tries 
to access parent 
window ? 



Dialog box 
connpletely 
modal ? 



-58 



Dialog box 
completely 
non-modal ? 





Surface parent window; 
take action on window 
element 



66 



Dialog box is semi-modal; 
detect the main window 
element the user is trying 
to interact with 



LT 



62 




Window 
element accessible to 
'semi-modal dialog ?' 



57 



Q Continue ^ 



<Fig. 4 



06/09/2004, EAST Version: 1.4.1 



U.S. Patent May is, 2001 sheet 5 of 5 



US 6,232,971 Bl 



CM 



CO 



tu 
O 



c 
o 

to 
o 

"5. 

< 

a> 
o 

CO 



oo 




5i 

o 



^1 

CO 

O 

o. 



CO 

E 
o. 



CO 



>l 



CO 
*w 

O 



Ol 

~p 

CO 
CO 



3 

o o. 

<|< 



OO 



CO 

CM 
GO 



o 

X 

o 



CM 




06/09/2004, EAST Version: 1.4.1 



us 6,232,971 Bl 

1 2 

VARIABLE MODALITY CHILD WINDOWS which arc usually enclosed by parent window 26. These 

child windows 30, 32 and 34 depict the contents of various 

BACKGROUND OF THE Il^fVENTION files or documents that are handled by the program. A menu 

. bar 36 with a standard set of commands, a toolbar 38, and 

1. Field of the Invention ^ ^ ^^^^^ 4q ^ provided as part of the GUI, to 
The present invention generally relates to an improved simplify manipulation and control of the objects (e.g., text, 

data processing system, and more particular lo an improved charts and graphics) within the child windows. Windows can 

graphical user interface (GUI) for a data processing system. overlap one another, in multiple layers. A graphical pointer 

Still more particular, the present invention relates to an 42 in the form of an arrowhead is controlled by a pointing 

improved GUI for a data processing system where the GUI 10 device (mouse) in order to manipulate objects in the GUI. 

includes a parent and child windows having variable levels "Modality" refers to the level of interacUon allowed when 

of modality. ^ ^^^^ window has been opened. It is a description of the 

2. Description of Related Art ability of the user to interface with other windows, besides 
The basic structure of a conventional computer system 10 the present child window, while the child window is dis- 

\s shown in FIG. 1. Computer system 10 has at least one 15 played on the GUI. 

central processing unit (CPU) or processor 12 which is Application developers today working in common 

connected to several peripheral devices, including input/ industry-standard operating system environments (such as 

output devices 14 (such as a display monitor, keyboard, and Microsoft Windows, UNIX) can create child windows as 

graphical pointing device) for the user interface, a penna- "descendants" of parent application windows. The child 

nent memory device 16 (such as a hard disk) for storing the 20 ^sondows can contain an attribute that allows them to cither 

computer's operating system and user programs, and a be non-modal or modal. Conventional operating systems 

temporary memory device 18 (such as random access GUIs allow the application programmer to determine the 

memory or RAM) that is utilized by processor 12 to carry modal state of the child windows. The child windows are 

out program instructions. Processor 12 communicates with either modal or non-modal (modeless). Modal refers to a 

the peripheral devices by various means, including a bus 20 25 ^^^^ movable window, fixed in size, that requires a user 

or a direct channel 22 (more than one bus may be provided to enter information before continuing to work in the apph- 

utilizing a bus bridge). cation window from which it is displayed. For example, 

Computer system 10 may have many additional compo- when a user invokes the save command on a typical word 
nents which are not shown such as serial, parallel, and USB processing software, the user has to complete the save 
ports for connection to, e.g., modems or printers. Those ^ request or exit the child window before he can interact with 
skilled in the art will further appreciate that there are other the text on the parent window. Modeless or non-modal is a 
components that might be used in conjunction with those type of movable window, fixed in size, that allows users to 
shown in the block diagram of FIG. 1; for example, a display continue their dialog with the application without entering 
adapter connected to processor 12 might be used to control information in or closing the child window. In the above 
a video display monitor, and a memory controller may be example, if the save child window is modeless, the user is 
used as an interface between temporary memory device 18 able to interact with the text on the parent window without 
and processor 12. Computer system 10 also includes firm- first saving the document or exiting from the child window, 
ware 24 whose primary purpose is to seek out and load an When an application displays a modal dialog box, the 
operating system from one of the peripherals (usually per- ^ window that owns the dialog box is disabled, effectively 
manent memory device 16) whenever the computer is first suspending the application. The user must complete inter- 
turned on. action with the modal dialog before the application can 

With further reference to FIG. 2, conventional computer continue, 

systems often employ a graphical user interface (GUI) to a modal dialog is usually created and activated through 

present information to the user. The GUI is provided by the Dialogbox function. This function creates a dialog 

software that is loaded on the computer, specifically, the window from a dialog template resource and displays the 

computer's operating system acting in conjunction with dialog as a modal dialog. The appUcation that calls the 

application programs. Two well-known GUIs include OS/2 Dialogbox function supplies the address of a callback func- 

(a trademark of International Business Machines Corp.) and tion; Dialogbox does not return until the dialog box is 

Windows (a trademark of Microsoft Corp.). dismissed through a call to EndDialog made &om this 

Generally speaking, a typical GUI provides appUcation callback function (possibly in response to a user-interface 
windows of two varieties: a parent window and a child event, such as a click on the OK button). Modal windows 
window (also known as a dialog box or secondary window). may be system modal or application modal. When a child 
Typically, a parent window is opened when a user initiates window is system modal, the user may interact only with 
execution of an application program. As execution of the 55 that child window; no other window on the desktop can be 
application program continues, the parent window opens interacted with until the child window is closed. In contrast, 
various child windows which allow the user to access if child window is application modal, the user may interact 
various functionalities in the application program. For with other desktop windows which are not affiliated with the 
example, a parent window may be opened when a user same application parent window as the child window, Affili- 
initiates execution of a word processing program. The parent go ^^^^ application windows will not respond to user- 
window will, in turn, open a diild window corresponding to interactions until the child window is closed. A child win- 
each document that the user is editing or creating. dow which is non-model permits user interaction with all 

In the example of FIG. 2, a generic application program other windows on the desktop, even those affiUaled with the 

entiUed "Document Manager" is presented by the GUI as a applicaUon and regardless of whether or not the child 

primary appUcation window (parent window) 26 on a dis- 65 window is open. 

play device 28 (i.e., video monitor). In this example, the Presenting a modeless dialog docs not suspend execution 

application window has several child windows 30, 32 and 34 of the application by disabling the owner window of the 
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dialog box. However, modeless dialogs usually remain on For example, the user may want to select the Help item from 
top of their owner window even when the owner window the menu of the parent window as explained above. There is 
gains focus. Modeless dialogs represent an effective way of no way to specify and implement this today. It would, 
continuously displaying relevant information to the user. therefore, be desirable to devise an improved GUI interface 
A modeless dialog is typically created through the Cre- 5 that allowed for child windows of variable modahty. It 
ateDialog function. As there is no equivalent of the Dialog- would be further advantageous if the GUI interface permit- 
Box function for modeless dialog, applications are respon- ^^d the programmer to specify the level of modality for each 
sible for retrieving and dispatching messages for the component of the child windows, 
modeless dialog. Most applications do this in their main SUMMARY OF THE INVENTION 
message loop; however, to ensure that the dialog responds to lO 

keyboard events as expected and enables the user to move It is therefore one object of the invention to provide an 

between controls using keyboard shortcuts, the application improved data processing system. 

must call the IsDialogMessage function. A modeless dialog It is another object of the present invention to provide an 
does not return a value to its owner. However, the modeless improved graphical user interface (GUI) for a data process- 
dialog and it owner can communicate using SendMessage 15 ing system. 

calls. It is yet another object of the present invention to provide 

FIG. 3 depicts a display device 70 (i.e., video monitor) of an improved GUI for a data processing system where the 

a computer system GUI in accordance with the prior art. In GUI includes a parent and child windows having variable 

the figure, the GUI displays an active parent window 76 levels of modality. 

having one child window 80 open. The GUI further presents ^ The foregoing objects are achieved in the following 

a background area or "desktop" 72 on display device 70 manner. An application which is executed utilizing a graphi- 

whercin the application windows and other software features cal user interface (GUI) which enables a parent window is 

(dialog boxes, icons, etc.) are placed on top of desktop 72. disclosed. One or more child windows may be available to 

A graphical pointer 78 in the form of an arrowhead is the user during execution. The level of modality of the child 

provided to allow the user, through manipulation of a ^ window is determined during programming by the applica- 

po in ting device of the computer system, to select, highlight tion developer. The operating system is modified to permit 

and activate varioxis objects or features of the GUI. Child a variable level of modality during application execution, 

window 80 may include other pushbuttons. Only the save The developer selects variable modality for one or more of 

options "No" 82, "Yes" 83a and "Exit" H3b, arc illustrated the child windows. When the child window is opened, the 

here. user is allowed to interact with the other windows based on 

Child window 80 is active in the sense that it has been the developers determination of level of modality. The 

placed "on top" of the GUI, i.e., foremost (prominent) with variability may be either application or system-wide. The 

respect to other application windows such as the active user is thus permitted to interface with only some of the 

parent window 76 and inactive application window 74. In functions on the other windows on the desktop while the 

the "on top" position, the operating system redirects user child window is open. 

inputs (e.g., from a keyboard) to this child window 80. In the The above as well as additional objectives, features, and 

particular configuration shown, child window 80 is sized advantages of the present invention will become apparent in 

and positioned within desktop 72 so as to cover (partially the following detailed written description, 

obscure) inactive appUcadon window 74 or active parent ^ DESCRIPTION OF THE DRAWINGS 

Window 76 and child windows, if any, of mactive apphca- x^ixii-i i^i-o^ixn ^iv^i v^i aaii- i^ivi-i vjo 

tion window 74. The novel features believed characteristic of the invention 

In the example depicted in FIG. 3, a child window has are set forth in the appended claims. The invention itself, 

been launched in response to a user attempting to close a text however, as well as a preferred mode of use, further 

editor. The program puts up an application-modal message 45 objectives, and advantages thereof, will best be understood 

child window 80 that asks the user if he wants to save his by reference to the following detailed description of an 

changes. Suppose the user would like to study the online illustrative embodiment when read in conjunction with the 

help for the appUcation before selecting '*Yes" 82b or "No" accompanying drawings, wherein: 

82fl. Today the user is unable to select Help from the main FIG- 1 is a block diagram of a conventional computer 

window pull-down menu, and would be stuck (i.e. unable to jq system; 

access the Help feature) if the developer did not also include FIG. 2 is an illustration of a computer display showing a 

a Help pushbutton on the message window. conventional graphical user interface (GUI) which provides 

European pat No. 463,250 refers to semi-modal dialog a parent window and child windows, and various other 

boxes; however, it specifically refers to the relationship objects such as a menu bar, a toolbar, and a status bar for a 

between two or more child windows subservient to a parent 55 parent window, and a graphical pointer for the GUI; 

window, and not on the inherent relationship between a child FIG. 3 is an illustration of a GUI according to prior art 

window and its parent as this invention docs. For example, wherein a modal child window is presented; 

it considers situations where opening a child window for an FIG. 4 is a logic flow diagram illustrating one implcmcn- 

application might not asstu^e data integrity if a different child tation of the use of child windows in accordance with the 

window is already existent. In such a case, the new child 50 present invention to provide variable modality, wherein the 

window would not be allowed creation. This present inven- GUI responds to user input based on the level of modahty set 

tion does not cover such situations. Rather, it invents com- by the programmer of the application; and 

promise window manipulation possibilities for parent win- FIG. 5 is one illustration of a computer display according 

dows based on levels of modality context in a child window, to the present invention depicting a child window with 

independent of any other child windows. 55 variable modality as to the menu items of the parent window 

Occasionally, a developer might want the window to be with the Help item selected form the application parent 

something in-between totally modal and totally non-modal. window. 
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DESCRIPTION OF AN ILLUSTRATIVE The GUI of the present invcntioD includes appropriate 

EMBODIMENT program instructions that allow a user, administrator, or 

The present invention is directed to a computer operating programmer to select options from the non-active windows 

system having a graphical user interface (GUI) which allows oi the GUI, based on one or more programmed criteria. In 

a programmer to set the level of modality for the child 5 thecxamplcof FIG. 5, a variable child window is illustrated 

windows of the GUI, e.g., non-modal, system modal, appU- based on variable system and application modality, 

cation modal, and variable modal. The computer system's jn piG. 5, the presentation scheme has been designed to 

hardware may include the varioxis components shown in reflect a variable modal child window which is system 

FIG. 1, but the computer system is not necessarily modal. Here the appUcation developer has allowed the user 

conventional i.e. it could include new hardware compo- lo to selea the Help option of the parent application whUe the 

nents as weU, or have a novel mterconaecUon architecture ^^^^^ ^ ^^^^^ ^^^^ .^^^ ^^^^^^ 

for existmg components Therefore while the present mven- ^^^^^^ ^^^^^ ^^^^^ 

tion may be understood with reference to FIG. 1, this ^ l r j i - l. ^ l « 

reference should not be construed in a limiUng sense. The °P^°"^ P^^^*'^*^- ^^"l' 

GUI of the present invention may further be adapted for use 15 ^ T'^f}'' ° ^ I ^ ^ ""'^ 

with existing operating systems such as OS/2 (a trademark selected. AJt^rnaUvely, other embodiments may permit a 

oflnternationalBusinessMachinesCorp.)orWindows95(a ^f^^^^°f f^"™^ u°t^^^\r 

trademark of Microsoft Corp.). Users of these systems are ^'I^'^^^IPS Edit pull-down menu, or both the View and 

accustomed to interfacing with GUI objects such as status ^dit puU-down menu, or any other combmaUon as deter- 

bars, toolbars, items selectable from menu bar puU-downs, 20 "^'^"'^ programmer when developing the apphcaUon 

to improve its fimctionahty. 

With reference now to FIG. 4, the present invention ^he foregoing example provides a method of pro- 

introduces the concept of pre-seleaing modal options for grammed modabty based upon the programmer s perceived 

GUI child windows, particularly based on programmer's functionality of the apphcation. Other examples of how the 

desire for user interfacing. FIG. 4 depicts a logic flow 25 P^^,°^ °"Sht be used is where the apphcation 

control diagram of the steps involved in the program imple- developer might want the user to dispose of the child 

mentation and selection of modality for the user interface window before performing cerUm mteracUons with other 

according to one embodiment of the present invention. The application windows, but not all-it may be deemed 

application is commence by the user as shown in block 5L appropnate, for instance, that the user be allowed to mim- 

A parent window is launched as illustrated in block 52. At 30 °^f^^ or maxmaize or restore the primary apphcaUon 

some point during user interaction with the application, the wmdow but not close it. Additionally, the user may be 

parent window brings up a child window as depicted in Permitted to move or resize the child windows. Also, the 

block 54. When thfuser attempts to access the parent P^grammer may permit the child window to submerge 

window while displaying a child window as shown in block below the parent wmdow durmg specific user mteractions 

56, a series of logic steps depicted in blocks 58 and 60 are 3s "^^^ P^'^°^ wmdow 

triggered to determine if the appUcation modahty supports The present invention may be earned out by providing an 

this interface. The system checks for the modality of the operating system or modifying current systems to support 

child window. It first determines if the child window is and enable such semi-modal specificity. Application devel- 

completely modal as illustrated in block 58, or completely opment environments (eg. Java, Visual C++) would need to 

non-modal as iUustrated in block 60. If completely modal 40 document and handle developer usage. They must enable the 

then the user is denied access to the parent window. If apphcation developer to specify the levels of modality, and 

completely non-modal, the user is allowed access to the ^en set control options that govern the manner in which the 

parent window and all other appUcation windows. When the appUcation^s GUI child windows interact. The variable level 

child window is neither completely modal nor completely specified by the application developer would distinguish 

non-modal, then it is variable modal as shown in block 62. 45 between system and appUcation levels of modality, and then 

Once this is determined, the system checks the parent for each may allow granular, disparate specifications of user 

window element the user is trying to interact with to interaction. Additiooally, the software includes appropriate 

determine the particular modahty of the desired user inter- program instructions to handle any conflicts in the modal 

face as shown in block 64 and allows or disallows access to settings, such as where there are two or more open appU- 

the parent window based on the original programmer's 50 cations with Help menu items, 

determination. If the window clement is one which is The examples of FIGS. 4 and 5 discuss modaUty for child 

accessible to the user based on the child window's pre- windows, but the present invenUon may be appUed to a 

defined variable modality, the user is permitted to interact much larger group of modal child window operations, 

with the parent window element as iUustrated in block 66. If including all of the elements discussed in the Background of 

the element is not accessible, no action is taken 00 the parent 55 ibe Invention. 

window. The process terminates at block 67 once interaction Although the invention has been described with reference 

is allowed with the parent window. 10 specific embodiments, this description is not meant to be 

FIG. 5 depicts a display device 70 with its various construed in a limiting sense. Various modifications of the 

numbered elements as described in FIG. 3 above. However, disclosed embodiments, as weU as alternative embodiments 

in accordance with the present invention, FIG. 5 also depicts 60 of the invention, will become apparent to persons skilled in 

the Help menu box 88 selected from active parent window the art upon reference to the description of the invention. For 

76. As described above, the GUI displays an active parent example, while the foregoing description applies to GUIs for 

window 76, having child window 80 open, along with a computer systems such as personal computers (PCs), the 

graphical pointer 78 in the form of an arrowhead to allow the present invention is not Hmited to use with PCs as it could 

user, through manipulation of a pointing device of the 65 be implemented on minicomputers, mainframes, or any 

computer system, to select, highlight and activate various other data processing equipment which presents information 

objects or features of the GUI. in the form of child windows. It is therefore contemplated 
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that such modifications can be made without departing from application and which includes means for designate 

the spirit or scope of the present invention as defined in the ing to the operating system a variable modality for 

appended claims. said child window; and 

What is claimed is: a response utility that, in re^onse to a selection of a 

1. A method of improving child window functionality of 5 feature outside of said child window while said child 
a computer application, said method comprising the steps of: window is open, determines that said feature is a 

- . «• , 1 - t. J- permitted one of a set of external features, that can 

providing a plura^i y of modahty levels inchiding a van- ^^^^ ^^^^ ^^^^^ ^ 

able level modality for a child window of said com- accesses said feature. 

puter application; 9 j^ic data processing system of claim 8, wherein said 

designating a variable level modality of said child win- modality selection function distinguishes between system 

dow to an operating system associated with said com- and application levels of modahty. 

puter application, wherein said variable level modality iq. The data processing system of claim 9, wherein said 

distinguishes between a system and an appUcation level modality selection function provides features by which a 

and allows access to permitted features outside of said user may minimize, maximize, and restore a parent window 

child window while said child window is opened; Qf said child window. 

in response to a selection of a feature outside of said child 11. The data processing system of claim 9, wherein said 

window while said child window is open, determining modality selection function provides that a child window 

that said feature is a permitted feature external to said may be submerged below the parent window for certain 

child window; and ^ specified tiser interactions. 

in response to said determining step, accessing said fea- 12. The data processing system of claim 9. wherein said 

modality selection function further permits a a user access to 

2. Hie method of claim 1, wherein said designating step a menu selection of a parent window of said child window, 
further provides granular, disparate specifications of user 13. A computer program product comprisiDg: 
interaction outside of said child window. 25 ^ storage medium adapted to be read by a computer; and 

3. The method of claim 2, wherein said accessing step program instructions stored on said storage medium for 
includes minimizing, maximizing and restoring a parent enabling a variable level modahty for a child window 
window associated with said child window. of a computer application, by (1) implementing a 

4. The method of claim 2, further comprising the step of programming environment, which allows an applica- 
submcrging said child window below the parent window 30 tion developer to select one of a plurality of modalities 
when said permitted feature is selected. for a child window including said variable level modal - 

5. The method of claim 2, wherein said accessing step ity which provides access to particular features outside 
accesses a menu item selection from a parent window of said child windows, and (2) designating the variable 
associated with said child window. level modality for said child window. 

6. The method of claim 1, further comprising the steps of: 35 14. The computer program product of claim 13, wherein 
providing a graphical user interface with selection options said program instructions ftirther includes instructions for 

for child window modahty, including full modaUty, designating to the operating system the variable level modal- 
non-modality, and variable modahty; ity said child windows. 

in response to a receipt of a user selecUon, associating a ^™.P^^^^ ^'""^'^ f ^^^^^^ ^^^1^ "^^^'^^ 

selected one of said selection options with said child « said program mstrucUons includes instrucUons for distm. 

window of said computer apphcatioo. guishing between system and apphcation levels of modality. 

T Ihc method of claim 6, further comprising the steps of ^f' ^^P^'*^^ program product of claim IS wherem 

toggling said variable level modahty on in response to a user P'^g^^f" instructions includes instrucUons that dlow a 

sel^tion of said variable modality from among said selec- j^^Jf^^^^^.^ P^^^^ window of 

tion options 45 said child wmdow while said child wmdow is open. 

8. A data processing system for improving child window «""P!"«f Pf°f product of claim IS, wherein 

fimcUonality of a computer application, said data processing P5°,g"^'» mstnictions mdudes mstructions for submerging a 

™ ™ -o-^^. child wmdow below a parent wmdow for certain specified 

system compnsmg: • . 

user mteractions. 

a processor, computer program product of claim 15, wherein 

an operating system executed via said processor; and program instructions includes instructions for allowing a 

program instructions executed by said processor that user to access a selected menu of a parent window of said 

provides: child window. 

a modality selection function providing a plurahty of 

modality levels for a child window of said computer ♦ ♦ ♦ ♦ ♦ 
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